home *** CD-ROM | disk | FTP | other *** search
- Path: ohstpy.mps.ohio-state.edu!vancleef
- From: vancleef@ohstpy.mps.ohio-state.edu
- Newsgroups: comp.lang.eiffel,comp.lang.ada,comp.edu,comp.lang.c,comp.lang.c++,comp.lang.modula2,comp.lang.modula3
- Subject: Re: Hungarian notation
- Message-ID: <1996Jan7.045815.8676@ohstpy>
- Date: 7 Jan 96 04:58:15 -0500
- References: <30C40F77.53B5@swsbbs.com> <30EF0415.6FE1@tus.ssi1.com>
- Organization: The Ohio State University, Department of Physics
-
- In article <30EF0415.6FE1@tus.ssi1.com>, Mike Palmer <Mike.Palmer@tus.ssi1.com> writes:
- > Joachim Durchholz wrote:
- >>
- >> > Consider also that variable names may be misleading anyway. In that
- >> > sense there's no great difference between
- >> >
- >> > someProc(MyString)
- >> >
- >> > and
- >> >
- >> > someProc(pszMyString)
- >> >
- >> > either could quite happily refer to any other data type.
- >> >
- >>
- >> This example does not occur in real life. Or rather, it better should not!
- >> Anybody using meaningless names like "MyString" should be thrown out of
- >> the programming business. Depending on the actual semantics of "someProc",
- >> the parameter should be called "Message" or "Options" or "ParserInput" or
- >> whatever.
- >>
- >> -Joachim
- >
- > One hopes you just missed the point here. Hungarian notation does not attempt
- > to help you keep track of _what_ your variable is, it gives you a framework
- > to keep track of what _kind_ of variable it is. One would also note that
- > someProc is not a very descriptive name, but so what? In the first example, I
- > have _no_ clue what type of variable MyString is, although I could probably
- > deduce that it is a string. In the second example, the prefix tells me that
- > it is a Pointer to a Zero terminated String.
-
- How often do you use NON-ZERO terminated strings??? HN is
- useless garbage in C++, or for ANSI C compilers.
-
- HN is for rank amatuers IMHO, or Micro$oft employees :)
- BTW, how *do* you do HN in c++???
-
- -Garret
-
- >
- > -- Mike --
- >
- > ---- Mike Palmer --------------- Mike.Palmer@tus.ssi1.com ----
- > ---- The opinions expressed here are mine, and ----
- > ---- not those of my employer or of TDK. ----
-